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USER'S  GUIDE  TO  THE  ARI-JRTC  MISSION  DATABASES 
(Using  JRTC  I -MILES  Data) 


1.0  Purpose. 

The  purpose  of  this  document  is  to  familiarize  the  user  of  the 
ARI-JRTC  mission  databases  with  the  current  database  structure  and 
provide  examples  of  INGRES  queries  when  doing  analysis  with  the 
training  data.  These  examples  will  help  readers  construct  their  own 
queries  once  they  understand  the  basics  of  developing  queries  on  the 
mission  databases.  Appendix  A  contains  a  description  of  the  JRTC 
mission  database  formats.  If  the  reader  is  not  familiar  with  the 
structure  and  content  of  the  mission  databases,  it  would  be  of  value 
to  refer  to  them  now,  before  working  through  the  exercises.  The  JRTC 
database  structure  is  similar  to  the  NTC  mission  database  structure. 
If  the  user  is  already  familiar  with  the  NTC  data  structure,  working 
with  the  JRTC  databases  should  be  simple. 

We  shall  explore  the  principal  linkages  between  the  INGRES 
tables  in  the  database:  the  Logical  Player  Number  (LPN)  and  the  Time 
of  an  event.  Mission  databases  are  'event  driven'  because  all  the 
entries  in  the  Fire  Event  Table  (FET)  and  the  Pairing  Event  Table 
(PET)  result  from  actions  initiated  during  the  training  exercise. 

The  purpose  of  this  document  is  to  provide  a  template  to  assist 
the  researcher  when  designing  a  plan  of  analysis  for  a  specific 
research  issue.  It  is  assumed  that  the  reader  will  be  familiar  with 
using  'iquel'  (an  INGRES  utility  for  interactive  use  of  a  database) 
and  have  knowledge  of  the  training  rotation  under  investigation 
('iquel'  is  discussed  in  Ingres  Release  6.0  for  the  VMS  operating 
system,  Volume  I,  Ingres  Menu  Users  Guide,  and  the  INGRES  Reference 
manuals) . 

2.0  Gaining  access  to  ARI  databases. 

If  you  are  new  to  the  Army  Research  Institute  at  the  Presidio 
of  Monterey  and  do  not  have  an  account  on  the  VAX  11/780,  then  see 
the  R  &  D  Coordinator  for  a  user  account  and  password.  The  login 
procedure  is: 

Username : XXXXXXXX 

Password :XXXXXX 

At  the  '$'  prompt,  enter  the  following: 

$  quel  emission. ing  >mission.lis  aridms2 

$  print  mission/delete 

These  commands  will  print  a  catalogue  of  the  mission  databases  for 
your  reference.  (Output  is  at  the  system  line  printer.)  Databases 
beginning  with  the  letter  '  J'  are  JRTC  database.  Those  beginning 
with  an  'N'  are  NTC  mission  databases. 
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Any  of  the  databases  listed  may  be  accessed  by  entering  the 
following  command: 

$  iquel  dbname 

where  dbname  is  a  valid  database  name  from  the  catalogue  listing. 

A  second,  and  simpler 
method  of  accessing  mission 
databases  is  to  use  the 
Training  Research  Automated 
Catalog  System  (TRACS) 
software.  (See  Figure  1.) 

Missions  can  be  queriec  through 
TRACS,  which  also  provides  the 
added  functionality  of 
providing  the  mission  type,  as 
well  as  a  number  of  other 
criteria  about  the  mission. 

See  the  TRACS  Users  Manual  for 
further  information  about  the 
program  and  the  selection 
criteria  available. 

3.0  The  Tables:  Event  data  vs.  Static  data. 

Our  discussion  begins  with  a  distinction  between  'event'  and 
'static'  data.  Events  are  those  data  that  occurred  in  the  field  of 
play,  such  as  a  main  gun  round  being  fired.  Think  of  events  as 
'what's  going  on'  during  a  training  mission.  Static  data  defines 
the  condition  of  the  field  and  players  during  a  training  mission. 
Think  of  static  data  as  'what  it  looks  like. '  We  will  now  expand 
on  these  concepts. 

A  good  rule  of  thumb  for  recognizing  an  'event'  table  is  the 
presence  of  a  time  variable.  The  following  tables  have  a  time 
stamp  with  each  event: 

1)  Fire  Event  Table  (FET) 

2)  Pairing  Event  Table  (PET) 

3)  Player  State  Update  Table  (PSUT) 

All  of  the  above  tables  can  be  linked  logically  by  their  time 
variable  and  give  a  chronological  view  of  the  training  exercise. 


Mission  Databases. 
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Static  tables  support  the  event  tables.  They  contain  the 
condition  and  or  state  of  the  troops  at  the  start  of  the  training 
exercise.  The  following  is  a  list  of  the  static  tables: 

1)  Player  State  Initialization  Table  (PSIT) 

2)  Player  Vehicle  Weapon  Table  (PVWT) 

These  tables  help  give  the  researcher  an  idea  of  the  physical 
condition  of  the  players  and  the  battlefield  during  the  training 
mission . 

With  a  better  understanding  of  Event  and  Static  table  types,  we 
can  investigate  how  to  use  the  information  in  the  different  tables. 
We  will  begin  with  some  simple  examples  of  querying  the  database  and 
progress  to  more  complex  techniques. 

For  a  first  example,  let  us  determine  the  side  (Opfor  or  Bluefor) 
of  a  firee  (person  being  fired  at)  in  the  PET.  We  will  need  to  look 
at  the  LPN  of  the  firee  in  the  PET  and  match  it  to  the  LPN  in  the 
PSIT  (See  Appendix  A  for  a  description  of  the  variables  within  each 
database  table) . 

Examples:  The  Pairing  Event  Table. 

3.1  The  Pairing  Event  Table  (PET)  is  considered  to  be  the  heart 
of  the  JRTC  research  database.  It  is  where  the  direct  fire 
assessments  are  recorded  on  a  player  by  player  basis.  Our  first  set 
of  query  examples  will  center  around  using  the  PET. 

Example  one  matches  the  PET  to  the  PSIT  using  the  firee' s  logical 
player  number  as  the  thread  between  the  two  tables. 

Example  One:  Finding  the  Force  Code  of  the  Firee 

QUEL  COMMANDS: _ 

/*  PET  example  #  1:  Finding  the  force  code  of  the  firee  (target)  */ 
range  of  p  is  PET  /*  Pairing  Event  Table  */ 

range  of  q  is  PSIT  /*  Player  State  Initialization  Table  */ 

retrieve  (p . time,p . tlpn, p . result ,  q.  side) 

where  p.tlpn  =  q.lpn  /*  match  on  logical  player  number  */ 

sort  by  p.time  /*  maintain  chronological  order  */ 

+ - + - + - + - + 

I  time  I tlpn  | result  I  side  t 


+  - 

- + - 

- + - 

— + 

1 

04-Jun-90 

14:15:44 

1 

161  |N 

10 

1 

1 

04-Jun-90 

14:15:47 

1 

161  |N 

10 

1 

1 

05-Jun-90 

11:24:42 

1 

153  |N 

10 

1 

1 

05-Jun-90 

11:24:48 

1 

1 53  |  N 

10 

1 

1 

05-Jun-90 

11:24:57 

1 

153  |  K 

10 

1 

o 
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o 

o 


06-*  Jun-90 

04:02:08  I 

178 

IN 

10 

06-Jun-90 

04:03:02  | 

177 

IN 

10 

06-Jun-90 

04:33:46  I 

104 

IN 

10 

06-Jun-90 

06:11:29  | 

112 

H 

10 

06-Jun-90 

06:23:22  | 

112 

IN 

10 

(161  rows) 

End  of  Request 


The  fields  that  are  displayed  are  in  the  same  order  as  they  appear 
in  the  'RETRIEVE'  statement  of  the  query.  'Time'  refers  to  the  time 
of  the  pairing  event.  'TLPN'  is  the  target's  logical  player  number 
(the  firee)  .  'RESULT'  is  the  outcome  of  the  engagement  (H  -  hit,  K  - 
kill,  N  -  near  miss).  'SIDE'  is  the  force  code  of  the  firee. 

The  last  line  of  the  query  is  a  sort  directive,  which  keeps  the 
data  in  the  same  order  as  it  occurred  during  the  training  exercise. 

3.2.  The  next  example  builds  upon  the  first  in  that  we've  added 
a  third  table  to  the  query.  We  used  a  technique  called  'pivoting', 
which  uses  the  PSIT  to  point  to  a  third  table.  The  following  diagram 
for  example  two  may  help  visualize  this  concept. 


Diagram  of  example  #2. 
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Example  Two:  Finding  the  Vehicle  Type  of  the  Firee. 


QUEL  COMMANDS: 


/*  PET  example  #  2:  Finding  the  vehicle  type  of  the  firee  using  the 

/*  PVWT  (Player  Vehicle  Weapon  Table) 

range  of  p  is  PET  /*  Pairing  Event  Table 

range  of  q  is  PSIT  /*  Player  State  Initialization  Table 

range  of  r  is  PVWT  /*  Player  Vehicle  Weapon  Table 

retrieve  (p. time, p . tlpn, p. resuxt, q. side, r. vehicle) 

where  p.tlpn  -  q.lpn  /*  match  on  logical  player  number 

and  q.side  »  r.side  /*  match  on  player  force  code  (of  target) 

and  q.ptype  =  r.ptype  /*  match  on  player  vehicle  type 


V 
*/ 
*/ 
*/ 
*/ 

*/ 

*/ 

V 


sort  by  p. 

time 

/*  maintain  chronological 

order 

*/ 

time 

Itlpn  | result 

1  side 

I  vehicle 

04- Jun-90 

14:15:44 

i  1 61 !  N 

10 

IBRDM 

04- Jun-90 

14:15:47 

I  161 | N 

10 

IBRDM 

05-Jun-90 

11:24:42 

I  153 | N 

10 

I  T-62 

05-Jun-90 

o 

11:24:48 

1  153 | N 

10 

IT-62 

0 

o 

06-Jun-90 

03:57:07 

1  7  |  N 

10 

| BMP-1 

06-Jun-90 

04:02:08 

|  178  | N 

10 

| BMP-1 

06-Jun-90 

04:03:02 

I  177 |N 

10 

| BMP-1 

06-Jun-90 

04:33:46 

|  104  | N 

10 

I  BMP-1 

06-Jun-90 

06:11:29 

I  1 12  |  H 

10 

| BMP-1 

06-Jun-yG 

O  D  •  c 

|  112 (N 

1 

;emp-i 

(161  rows) 

End  of  Request 


The  last  field,  'vehicle, '  comes  from  the  PVWT  and  identifies  the 
target  vehicle's  type. 

3.3  Example  three  turns  our  attention  to  the  firer,  the  player 
who  pulled  the  trigger  to  cause  the  pairing.  Because  the  JRTC  uses 
the  MILES  laser  system  for  simulating  engagements,  many  times  the 
firer  is  unknown  to  the  target.  This  is  reflected  in  the  data,  where 
only  approximately  twenty  percent  of  the  pairing  events  have  a  known 
firer.  When  the  firer  is  known,  his  LPN  is  recorded  in  the  field 
'flpn'  of  the  PET,  otherwise  the  flpn  is  zero.  We  can  use  this  fact 
to  find  those  'matched'  pairing  events  in  the  PET.  Example  three  is 
similar  to  example  one,  except  now  we  seek  information  about  the 
firer . 


Example  Three:  Finding  Rows  Where  the  Firer  is  Known 

QUEL  COMMANDS: _ 


/*  PET  example  #  3:  Finding  rows  where  the  firer  is  known  */ 

range  of  p  is  PET  /*  Pairing  Event  Table  */ 

range  of  q  is  PSIT  /*  Player  State  Initialization  Table  */ 

retrieve  (p . time, p . f lpn, p . result ,  q.  side) 

where  p.flpn  =  q.lpn  /*  match  on  logical  player  #  (firer)  */ 

and  p.flpn  >0  /*  firers  lpn  is  non  zero  */ 

sort  by  p.time  /*  maintain  chronological  order  */ 


|  time 

-*r 

l 

flpn  | result 

I  side 

1 

1 

05- Jun-90 

14:27:38 

l 

188  |H 

10 

1 

1 

05- Jun-90 

14:44:25 

1 

185  IN 

10 

1 

1 

05-Jun-90 

14:45:00 

l 

185  IN 

10 

1 

! 

05-Jun-90 

15:14:35 
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10 

1 
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05- Jun-90 

15:14:37 

l 

100  IN 

IB 

1 

1 

05-Jun-90 

15:15:18 
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187  |K 

10 

1 

1 

05-Jun-90 

15:17:08 

l 

187  |K 

10 

1 

1 

05-Jun-90 

15:19:12 

i 

187  |H 

10 

1 

1 

05-Jun-90 

16:25:48 

l 

185  |N 

10 

1 

+ 

-+ 

- + - 

+ - 

-  + 

(9  rows) 

End  of  Request 


3.4  For  the  sake  of  completeness,  example  four  parallels  examole 
two,  again  with  the  exception  that  we  are  investigating  the  firer. 
The  three-table  query  lists  another  variable  in  the  PVWT,  the  firer' s 
weapon  defined  by  the  MILES  code  in  the  PET  and  translated  by  the 
PVWT. 

Example  Four:  Finding  Rows  Where  the  Firer  is  Known 

QUEL  COMMANDS: _ _  _ 


/*  PET  example  ♦  4:  Finding  rows  where  the  firer  is  known  and  */ 

/*  determine  the  firer' s  vehicle  and  weapon  types.  */ 

/*  Note  that  we  can  determine  the  side/ptype/miles  of  the  firer  */ 

/*  and  thus  we  can  make  a  unique  match  in  the  PVWT  */ 

/*  •/ 
range  of  p  is  PET  /*  Pairing  Event  Table  */ 

range  of  q  is  PSIT  (*  Player  State  Initialization  Table  */ 

range  of  r  is  PVWT  /*  Player  Vehicle  Weapon  Table  */ 

retrieve  (p. time, p. f lpn, p. result, q. side, r. vehicle, r .miles) 

where  p.flpn  =  q.lpn  /*  match  on  logical  player  #  (firer)  */ 

and  q.side  -  r.side  /*  match  on  force  codes  */ 

and  q.ptype  =  r.ptype  /*  match  on  player  type  codes  */ 

and  p. miles  ~  r. ■uii.-S  !*  match  on  weapon  codes  */ 
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and  p.flpn  >  0 

sort  by  p.time 


/*  firers  lpn  is  greater  than  zero 
/*  maintain  chronological  order 


*/ 

*/ 


*  ime 

-  + - + - + - 

Iflpn  | result  1  side 

-+ - 

I  vehicle 
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14:27:38 
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187  |K 

10 

IT-62 

1 

12 

05-Jun-90 

15:14:37 

i 

100  |N 

IE 

|Non  Vehicle 

1 

8 

05-Jun-90 

15:15:18 

1 

187  |K 

10 

IT-62 

1 

12 

05- Jun-90 

15:17:08 

1 

187  |K 

10 

I  T-62 

I 

12 

05-Jun-90 

15:19:12 

1 

187  |H 

10 

IT-62 

1 

12 

_ 4 - 

- 4 - 

-  + - 

--  + 

(6  rows) 

End  of  Request 


3.5  In  our  last  example  using  the  PET,  we  use  a  technique  that 
allows  us  to  look  up  both  the  firer  and  firee  in  the  same  query.  It 
may  not  be  obvious  to  the  researcher,  but  there  is  only  one  LPN  field 
in  the  PSIT,  yet  both  the  firer  and  firee  have  LPNs  in  matched 
pairings  in  the  PET. 


Diagram  of  Example  #5. 
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Example  Five:  Combining  the  Queries  in  Examples  1-4. 

QUEL  COMMANDS:  _ 


/*  PET  example  ♦  5:  Combining  the  queries  in  examples  1  thru  4  we  */ 
/*  come  up  with  a  complete  picture  of  the  engagement  */ 

/*  */ 
range  of  p  is  PET  /*  Pairing  Event  Table  */ 

range  of  q  is  PSIT  /*  copy  for  the  firer  relationships  */ 

range  of  r  is  PVWT  /*  copy  for  the  firer  relationships  */ 

range  of  s  is  PSIT  /*  copy  for  the  firee  relationships  */ 

range  of  t  is  PVWT  /*  copy  for  the  firee  relationships  */ 

retrieve 

(p .time, p . t lpn, s . side,  t . vehicle, p . f lpn, p . result ,  q . side,  r . vehicle,  r .miles) 
where  p.flpn  =>  q.lpn  /*  match  on  logical  player  #  (firer)  */ 

and  q.side  =  r.side  /*  match  on  force  codes  (firer)  */ 

and  q.ptype  =■  r.ptype  /*  matcn  on  player  type  code  (firer)  */ 

ar.d  p. miles  =  r. miles  /*  match  on  weapon  codes  (firer)  */ 

and  p.flpn  >0  /*  firers  lpn  is  greater  than  zero  */ 

and  p.tlpn  -  s.lpn  /*  match  on  logical  player  #  (firee)  */ 

and  s.side  »  t.side  /*  match  on  force  codes  (firee)  */ 

and  s.ptype  -  t.ptype  /*  match  on  player  type  codes  (firee)  */ 

and  p.frat  =  "N"  /*  omit  fratricides  */ 

sort  by  p.time  /*  maintain  chronological  order  */ 

ine  Itlpn  Islde  Ivehlcle  I flpn  Iresultlslde  Ivehlcle  Imllei  I 

!  0S-Jun-90  15:14:37  I  187|0  IT-62  I  100IN  IB  |Non  Vehlcl*  I  81 

(1  row) 

Er.d  of  Keqoest 


8 


Appendix  A  -  Mission  Database  Structure 

This  Appendix  documents  the  format  of  the  JRTC  Mission  Database. 
Mission  Databases  include  all  relevant  data  from  the  I-MILES  data 
collected  at  the  JRTC. 

A.  1  JRTC  Mission  Databases 

Each  Mission  Database  contains  6  tables: 

(  1)  Mission  Identification  Table  (MID), 

(  2)  Player  State  Initialization  Table  (PSIT) , 

(  3)  Player  State  Update  Table  (PSUT) , 

(  4)  Player/  Vehicle/  Weapon  Code  Table  (PVWT) , 

(  5)  Firing  Event  Table  (FET) , 

(  6)  Pairing  Event  Table  (PET) 

The  table  types  and  their  compositions  were  chosen  to  allow  for 
the  inclusion  of  the  maximum  amount  of  information  in  a  format  which 
facilitates  access  for  the  kinds  of  research  issues  that  have  been 
defined  to  date.  The  table  descriptions  have  been  kept  as  simple  as 
possible  to  allow  review  of  the  structure  and  content  without 
overwhelming  the  reviewer  with  reams  of  documentation. 

A  rotation  at  the  JRTC  is  a  three-week  period  of  time  when  a 
battalion  (usually  a  Light  force)  trains  at  Ft.  Chaffee,  Arkansas. 
The  rotation  is  divided  into  phases. 

A  separate  database  is  generated  for  each  phase.  The  database 
name  is  a  nine-character  code  constructed  as  follows: 

Character  1  -  For  the  mission  databases  derived  from  NTC  data, 
'N' .  For  mission  databases  derived  from  JRTC  data,  ' J' . 

Character  2  -  ' L'  for  light  force. 

Character  3  -  A  code  letter  (A=l, B=2, C=3,  . . . )  specifying  the 
phase . 

Characters  4,5  -  Fiscal  Year  (1  Oct  -  30  Sept). 

Characters  6,7  -  Rotation  sequence  number  (01-14). 

Characters  8,9  -  The  iteration  or  sequence  number  of  the 

scenario  being  played. 

A. 2  Description  of  JRTC  Mission  Database  Tables 

This  section  uescribes  the  contents  of  each  table  in  the  Mission 
Database.  It  includes  the  explicit  layout,  element  by  element,  for 
each  of  the  six  tables. 


A-l 


A. 2.1  Mission  Identification  Table  (MID) 


The  Mission  ID  table  provides  all 

information 

required  to 

completely 

identify  and  categorize  a  mission  segment. 

Element 

Element 

Name 

Description 

Units 

START  TIME 

Mission  start  date  and  time 

20 

Char 

END  TIME 

Mission  end  date  and  time 

20 

Char 

HISTORY 

History  Name 

10 

Char 

SEGMENT 

Segment  Number 

1 

Integer 

MTYPE1 

Mission  Type 

20 

Char 

ORG 

Unit  ID 

20 

Char 

TF 

L  (ight ) 

1 

Char 

mid  table 

+ - 4 - 4 - 4 - 4. - 4 - - - 4. 


|*tart_ttme  (•nd_tin«  |hi*tory 

| segmen  J  mtyp« 

1  otq 

Itf 

1 

1  04-Jun-89  13:30:00  I  06-Jun-89  1S:30:00  18906 

1  3 1 DEF  BP 

I1-29INF 

IL 

1 

(1  row) 

End  of  Request 


A. 2. 2  Player  State  Initialization  Table  (PSIT) 


This  table  describes  the  player  list  at  the  beginning  of  the 
mission  segment.  It  includes  all  players,  Opfor,  Bluefor,  and  White. 

Element  Element 

Name  Description  Units 


PID 

LPN2 

SIDE 

INST 

ACTIVE 

PTYPE 

ORG 

TRACK 


Player  identification  (Bumper  number) 
Logical  Player  Number 
B(lue),  O(pfor),  or  W(hite) 

I (nstrumented)  or  N(ot  instrumented) 

0  -  undetermined,  1  -  Active, 

2  -  Not  active 

Player  Type  Code  (See  PVWT  Table) 

Next  higher  Line  Unit 
T  (racked)  or  U(ntracked)  by  RDMS 


3  Char 
2  Integer 
1  Char 
1  Char 

1  Integer 
1  Integer 
20  Char 
1  Char 


1  The  Mission  Type  will  be  Defend  Sector,  Defend  BP,  Recon, 
Move  To  Contact  (MTC) ,  H(asty)  ATK,  D(eliberate)  ATK,  or  C(ounter) 
ATK. 


2  The  Logical  Player  Number  (LPN)  is  a  unique  index  used  by 
the  realtime  system. 


A-2 


PSTAT3 


Player  Status  Code 


1  Integer 


psit 


table 


-+ - 

(117  rows) 

End  of  Request 


lpn  (side 

“+ - 

I  inst 

I  active Iptype  |org 

Itrack  Ipstat  I 

2|0 

II 

1 

01 

16  IB/1-1161 

IT  | 

11 

4|B 

II 

1 

01 

15 IC/1-116I 

IT  | 

11 

6|0 

II 

1 

01 

161  A/1-1161 

IT  I 

11 

710 

II 

1 

01 

51131  MRR 

IT  | 

11 

810 

II 

1 

01 

7|513  73TK 

IT  I 

11 

9|0 

II 

1 

01 

16  I  C/1-1161 

IT  | 

11 

1010 

II 

1 

01 

16 1  A/1-1161 

IT  I 

11 

1310 

II 

1 

01 

16 | C/1-1161 

IT  | 

11 

187|0 

II 

1 

01 

o 

o 

0 

7|526  73TK 

IT  | 

11 

18810 

II 

1 

01 

7|533  73TK 

IT  | 

11 

194  10 

II 

1 

01 

16 | A/1-1161 

IT  | 

11 

197|0 

II 

1 

01 

51  MRR 

IT  I 

11 

_ + _ 

~  + - 

“  + - 

_ 

- + - 

- + - + - 

A. 2. 3  Player  State  Update  Table  (PSUT) 

The  Player  State  Update  table  tracks  changes  to  all  players 
throughout  the  duration  of  the  mission  segment.  Fields  that  are 
subject  to  update  are  SIDE,  INST,  PTYPE,  ORG,  TRACK  and  PSTAT. 


Element 

Name 


TIME 

PID 

LPN 

SIDE 

INST 

PTYPE 

ORG 

TRACK 

PSTAT3 


Element 

Description 


Date  and  Time  of  Update 
Player  identification  (Bumper  number) 
Logical  Player  Number 
B(lue),  O(pfor),  or  W(hite) 

I  (nstrumented)  or  N (ot  instrumented) 
Vehicle  Type  Code  (See  PVWT  Table) 
Next  higher  Line  Unit 
T  (racked)  or  U(ntracked)  by  RDMS 
Player  Status  Code 


Units 

20  Char 
3  Char 
2  Integer 
1  Char 
1  Char 
1  Integer 
20  Char 
1  Char 
1  Integer 


The  player  status  codes  are  : 

1  :  Operational 
3  :  OC  Gun  Kill 
5  :  Administrative  Kill 
7  :  Mobility  Kill 


Combat  Loss 
Accidental  Kill 
Mechanically  Down 


A-3 


psut  table 


Itirae  Ipid 

- + - + - 

1  lpn  Iside 

-  + - 

1  Inst 

Iptype  I org 

It  rack 

-  + 

1 

* 

pstat  | 

I  06-Jun-90  07:11:01  I 

1 

98  IB 

II 

1 

15 1  A/1-1161 

IT 

1 

11 

I  06-Jun-90  07:11:02  1 

1 

98  IB 

II 

1 

15 1  A/1-1161 

IT 

1 

41 

1  06- Jun-90  07:11:02  1 

1 

98  1  B 

II 

1 

15 1  A/1-1161 

IT 

1 

11 

o 

o 

o 

1  06- Jun-90  11:25:09  1 

1 

15310 

II 

1 

7|514  73TK 

IT 

1 

11 

I  06- Jun-90  12:13:52  1 

1 

18810 

II 

1 

7(533  73TK 

IT 

1 

31 

1  06- Jun-90  12:13:56  I 

1 

18810 

II 

1 

71533  73TK 

IT 

1 

1 1 

1  06-Jun-90  12:20:16  1 

1 

11310 

II 

1 

251569  73TK 

IT 

1 

31 

I  C6-Jun-90  12:20:23  I 

1 

113IO 

1  I 

1 

251569  73TK 

IT 

1 

11 

(397  rows) 

End  of  Request 

A. 2. 4  Player/  Vehicle/  Weapon  Code  Table  (PVWT) 


The  Weapon  Code  table  defines  a  unique  code  for  each  weapon 
present  on  the  battlefield.  The  codes  allow  correlation  of  MILES 
codes,  vehicle  types,  and  weapons.  The  PVWT  is  static;  it  doesn't 
change  from  database  to  database.  A  listing  of  the  PVWT  table  is 
included  as  Section  A. 2. 4.1. 

Element  Element 

Name  Description  Units 


SIDE 

PTYPE 

VEHICLE 

MILES 

WEAPON 

I  AMMO 


Side  Code  O(pfor)  or  B(luefor) 

Player  Type  Code 

Vehicle  Description 

MILES  Weapon  Code 

Weapon  description 

Initial  Ammunition  Load  (not  used) 


1  Char 
1  Integer 
15  Char 

1  Integer 
15  Char 

2  Integer 


pvwt  table 

+ - + - + - + - + - + - + 


I  side 

Iptype  1  vehicle 

(miles  lweapon  I 

iammo  1 

IB 

1  11  Ml 

I  161105mm  Main  Gun  I 

01 

IB 

1  2IM1A1 

I  161105mm  Main  Gun  | 

0| 

10 

1  3  |  T  —  8  0 

I  101125mm  Main  Gun  | 

01 

10 

1  3 | T-oO 

I  27|Machine  Gun  I 

01 

IB 

1  1 1  Ml 

1  27| Machine  Gun  | 

01 

IB 

1  2 | M1A1 

1  27| Machine  Gun  I 

01 

IB 

1  41M551 

1  131152mm  Main  Gun  | 

01 

IB 

1  4IM551 

1  7 | TOW  | 

01 

IB 

1  4IM551 

I  27 (Machine  Gun  | 

01 

A-4 


10 

1' 

5 | BMP-1 

1 

14 | 73mm  PKT 

1 

0  1 

10 

1 

5 | BMP-1 

1 

3IAT-3 

1 

01 

10 

1 

5 | BMP-1 

1 

27 [Machine  Gun 

1 

01 

10 

1 

6 | T-55 

1 

12 | 115mm  Main  Gun 

1 

01 

10 

1 

6IT-55 

1 

27 (Machine  Gun 

1 

01 

10 

1 

7IT-62 

1 

12 | 115mm  Main  Gun 

1 

01 

10 

1 

7 |T-62 

1 

27 | Machine  Gun 

1 

01 

Km 

1 

8  IT-72 

1 

10 | 125mm  Main  Gun 

1 

01 

10 

1 

8 | 1-12 

1 

27 | Machine  Gun 

1 

0  1 

IB 

1 

9|  M2 

1 

22 | 25mm 

1 

01 

IB 

1 

9|  M2 

1 

7  |T0W 

1 

0) 

IB 

1 

9  |  M2 

1 

27 (Machine  Gun 

1 

01 

IB 

1 

1C  |M3 

1 

22 | 25mm 

1 

0  1 

IB 

1 

10  |M3 

1 

7  J  TOW 

1 

01 

IB 

1 

10  |M3 

1 

27|Machine  Gun 

1 

01 

10 

1 

11 IBMP-2 

1 

23 | 23mm 

1 

01 

10 

1 

11 IBMP-3 

1 

3  j  AT-3 

1 

01 

10 

1 

11 IBMP-3 

1 

27 | Machine  Gun 

1 

0  1 

IB 

1 

12 | Non  Vehicle 

1 

7  |  TOW 

1 

0  1 

IB 

1 

13 | M901-T 

1 

7  (TOW 

1 

0  1 

10 

1 

14 IBRDM-T 

1 

3 | AT-3 

1 

01 

IB 

1 

15|Non  Vehicle 

1 

8 | DRAGON 

1 

0  1 

10 

1 

16|Non  Vehicle 

1 

15IAT-4 

1 

0  1 

10 

1 

17 | Non  Vehicle 

1 

9 IRPG-7 

1 

01 

10 

1 

18 | Non  Vehicle 

1 

9 | RPG-1 6 

1 

0  1 

10 

1 

19|Non  Vehicle 

1 

20 IRPG-22 

1 

0  1 

10 

1 

20 | Non  Vehicle 

1 

14 | 73mm  PKT 

1 

01 

IB 

1 

21 | Non  Vehicle 

1 

24150  Cal 

1 

0  1 

10 

1 

22 |Non  Vehicle 

1 

25|14. 5mm 

1 

01 

10 

1 

23 1  Non  Vehicle 

1 

1 9 | AGS-17 

1 

01 

IB 

1 

24 IM113 

1 

01  Non  Weapon 

1 

0  1 

|0 

1 

25 1 ZSU-23-4 

1 

22 | 23mm 

1 

0  1 

1  o 

1 

2  6 | BRDM 

1 

0|Non  Weapon 

1 

01 

IB 

1 

27 | HMMWV 

- + - 

1 

0|Non  Weapon 
- + - 

1 

-+ — 

0  1 

(43  rows) 

End  of  Request 


A. 2. 5  Firing  Event  Table  (FET) 

This  table  will  maintain  a  time-ordered  record  of  all  legitimate 
firings  recorded  by  the  I-MILES  system.  The  last  column,  ammo,  is 
included  so  as  the  table  structure  will  be  compatible  with  the  NTC 
databases,  and  is  always  zero. 

Element  Element 

Name  Desc  tion  Units 


TIME  Date  and  Time  of  Fire  Event  20  Char 

PID  Player  ID  (Bumper  Number)  3  Char 


A-5 


LPN 

MILES 


Logical  Player  Number 
MILES  Weapon  Code  (See  PVWT) 


2  Integer 
1  Integer 


fet  table 


4- - 

I  time 

-+ - 

Ipid 

--+ - + - + 

| lpn  |miles  I 

|  06-Jun-90 

01:57:23 

1 

1  70) 

15| 

I  06-Jun-90 

06:45:37 

1 

1  701 

01 

1  06-Jun-90 

05:55:27 

1 

1  29| 

15| 

1  06-Jun-90 

05:56:14 

1 

1  29| 

15| 

o 

o 

o 

I  06-Jun-90 

03:58:58 

1 

1  188| 

27  | 

|  06-Jun-90 

04:02:21 

1 

1  1881 

27| 

1  05-Jun-90 

12:20:05 

1 

1  1131 

22| 

|  05-Jun~90 

12:20:25 

1 

1  H3| 

22| 

|  06-Jun-90 

05:35:18 

1 

1  H3| 

22  | 

+  - - - 

(122  rows) 

End  of  Request 

A. 2. 6  Pairing  Event  Table  (PET) 


The  Pairing  table  will  maintain  a  time-ordered  record  of 
legitimate  pairing  events.  This  table  will  also  contain  information 
relating  to  the  firer  if  the  pairing  event  can  be  matched  with  a 
fire  event. 

Element  Element 

Name  Description  Units 


TIME 

TPID 

TLPN 

RESULT 

FPID 

FLPN 

MILES 

FRAT 


Date  and  Time  of  Pairing 
Target  ID  (Bumper  Number) 

Target  LPN 

N(ear  miss),  H(it),  K(ill) 

Firer  ID  (Bumper  Number) 

Firer  LPN 

Firer  Weapon  Type  (MILES  -  See  PVWT) 
Fratricide  Indicator  (Y/N) 


20  Char 
3  Char 

2  Integer 

1  Char 

3  Char 

2  Integer 
1  Integer 
1  Char 


pet  table 


+ - 

1  time 

-  + - 

Itpid 

-+ - + - + - 

Itlpn  | result Ifpid 

1  f  lpn 

--+ - + - 

Indies  Ifrat 

1  05-Jun-90 

11:47:52 

1 

1  156IN  | 

1 

01 

28  I N 

1  05-Jun-90 

11:48:01 

1 

I  156 1 N  | 

1 

01 

28  IN 

1  05-Jun-90 

11:49:16 

1 

I  156IN  | 

1 

01 

28  IN 

1  05-Jun-90 

11:49:30 

1 

1  156 |N  | 

1 

01 

28  I N 

A- 6 


I  05-Jun-90 
I  05-Jun-90 
|  05-Jun-90 
I  05-Jun-90 


05-Jun-90 

05-Jun-90 

05-Jun-90 

05~Jun-90 

05-Jun-90 


11:49:34  | 
11:49:34  | 
13:43:30  | 
14:06:15  I 
o 
o 
o 

12:13:49  | 
12:13:52  | 
12:20:09  | 
12:20:13  | 
12:20:16  | 


(225  rows) 

End  of  Request 


